home *** CD-ROM | disk | FTP | other *** search
/ Workbench Design / WB Collection.iso / workbench werkzeuge / kickstart tools / kicka3000 / read.me < prev    next >
Text File  |  1996-04-07  |  4KB  |  68 lines
  1. DISCLAIMER
  2.   As this program is public domain, the author is not at all liable for any
  3. problems you may have when using it or any problems it may cause. I do NOT
  4. recommend using exclusively the 3.0 kickstart on the A3000, as 3.0 does not
  5. work 100% correctly on ECS machines. I do not recommend upgrading your boot
  6. partition to 3.0. Install the 3.0 workbench on a separate partition so you
  7. can use either 3.0 or 2.0. Edit the beginning of your boot disk's startup-sequence
  8. to automatically transfer control to the 3.0 partition if the 3.0 kickstart is
  9. in use. DO NOT USE THIS PROGRAM IF YOU DO NOT UNDERSTAND THE DOCUMENTATION
  10. BELOW ABOUT MEMORY MAPS AND ROMTAGMEM. IF YOUR ROMTAGMEM AND SKICK ARGUMENTS
  11. ARE NOT CORRECT FOR YOUR CONFIGURATION YOUR SYSTEM COULD APPEAR TO WORK,
  12. BUT HAVE PROBLEMS WHEN TOO MUCH MEMORY IS IN USE.
  13.  
  14.  
  15.   This program lets you use non-A3000 kickstart images on the A3000. What it does
  16. is it allows you to keep certain specified resident modules (such as the scsi.device)
  17. through an skick reset. keepres takes as many arguments as you want. They should
  18. be the EXACT names of the resident modules you want to survive the reboot. I have
  19. found that "keepres scsi.device" provides the best results for kicking to an 
  20. A1200 39.106 image. Anyway, the way this program works, it requires that both
  21. the A3000 2.04 SuperKickStart and the skicked ROM be in memory at the same time.
  22. Make sure you have enough memory to allow this. I wouldn't recommend using this
  23. program with less than 6 Megs, as the extra 512k of memory used would cause 
  24. significant problems with todays memory-hungry applications. 
  25.   In general, you will want to use keepres in combination with skick and RomTagMem,
  26. which are both available on aminet. skick does the actual re-kicking, and RomTagMem
  27. allows you add motherboard fastmem to the system (A3000 motherboard memory does not
  28. autoconfigure). ALWAYS run keepres BEFORE RomTagMem and skick, or it may prevent 
  29. any run before it from operating correctly. 
  30. My SuperKickStart A3000 has a Memory Map like this (from Sys:tools/showconfig)
  31. RAM:    Node type $a, Attributes $105 (FAST), at $7c00000-$7f7ffff (3.5 meg)
  32.         Node type $a, Attributes $303 (CHIP), at $400-$1fffff (~2.0 meg)
  33.  
  34. In addition, 2.04 kickstart is located from $7f80000 to $7ffffff
  35. Anyway, I recommend putting your 3.0 soft-kick immediately below the SuperKickstart
  36. memory, in this case at $7f00000. Then tell RomTagMem to use the remaining memory
  37. below that (in this case $7c00000-$7efffff  or $300000 bytes, hence for this
  38. system the RomTagMem line is RomTagMem 7c00000 300000 5 5 and the skick
  39. line is skick kickstarts/39106.A1200 ADR 7f00000 FORCE
  40.  
  41. --- BE WARNED --- The addresses described above apply to my A3000. You should
  42. use showconfig to find out your memory configuration. It may, for example, be 
  43. different if you have more or less memory than I have.
  44.  
  45. For a complete usage example, see the includes "runskick"
  46. script file.
  47.  
  48. This system also works for softkicking an A500/2000 2.04 ROM. Not very useful really,
  49. but it can be used for testing.
  50.  
  51.  
  52. BUGS
  53.    For some reason, the 39.106 kickstart doesn't survive a reboot. 
  54. (37.175 A500 images work fine through reboots). 
  55. keepres adds $7000000 to each of the resident structure addresses.
  56. This will definitely NOT work on a non-superkickstart machine.
  57. I'm not sure whether or not this is absolutely necessary. Non
  58. superkickstart users might want to try removing this and recompiling.
  59. One of the reboot-survivable memory blocks allocated is much bigger
  60. than needed. This is because it getting allocated into very low memory 
  61. and was being clobbered during the reset before the KickMemPtr allocations
  62. were done. If you have problems getting this to work, you can try increasing
  63. further the size of the allocations of the reboot-survivable memory blocks.
  64.  
  65.  
  66.   -Steve Holland sdh4@cornell.edu 2/5/94
  67.  
  68.